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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Satellite Earth Stations and 
Systems (SES). 

The contents of the present document are subject to continuing work within TC-SES and may change following formal 
TC-SES approval. Should TC-SES modify the contents of the present document it will then be republished by ETSI 
with an identifying change of release date and an increase in version number as follows: 

Version 2.m.n 

where: 

• the third digit (n) is incremented when editorial only changes have been incorporated in the specification; 

• the second digit (m) is incremented for all other types of changes, i.e. technical enhancements, corrections, 
updates, etc. 

The present document is part 3, sub-part 22 of a multi-part deliverable covering the GEO-Mobile Radio Interface 
Specifications (Release 2) General Packet Radio Service, as identified below: 

Part 1: "General specifications"; 

Part 2: "Service specifications"; 

Part 3: "Network specifications": 

Sub-part 1: "Network Functions"; 

Sub-part 2: "Network Architecture"; 

Sub-part 3: "Numbering, Addressing and identification"; 

Sub-part 4: "Organization of Subscriber Data" ; 

Sub-part 5: "Technical realization of Supplementary Services"; 

Sub-part 6: "Location Registration and Position Identification Procedures"; 

Sub-part 7: "Discontinuous Reception (DRX)"; 

Sub-part 8: "Support of Dual-Tone Multifrequency Signalling (DTMF)"; 

Sub-part 9: "Security related Network Functions"; 

Sub-part 10: "Functions related to Mobile Earth Station (MES) in idle mode"; 

Sub-part 11: "Technical realization of the Short Message Service (SMS) Point-to-Point (PP)"; 

Sub-part 12: "Technical realization of the Short Message Service Cell Broadcast (SMSCB)"; 
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Sub-part 13: "Technical realization of group 3 facsimile using transparent mode of transmission"; 

Sub-part 14: "Transmission Planning Aspects of the Speech Service in the GMR-1 system"; 

Sub-part 15: "Line Identification supplementary service - Stage 2"; 

Sub-part 16: "Call Barring (CB) supplementary services - Stage 2"; 

Sub-part 17: "Unstructured Supplementary Service Data (USSD) - Stage 2"; 

Sub-part 18: "Terminal-to-Terminal Call (TtT)"; 

Sub-part 19: "Optimal Routing technical realization"; 

Sub-part 20: "Technical realization of High-Penetration Alerting"; 

Sub-part 21: "Position Reporting services; Stage 2 Service description"; 

Sub-part 22: "Overall description of the GMPRS radio interface; Stage 2"; 
Part 4: "Radio interface protocol specifications"; 
Part 5: "Radio interface physical layer specifications"; 
Part 6: "Speech coding specifications"; 
Part 7: "Terminal adaptor specifications". 



Introduction 



GMR stands for GEO (Geostationary Earth Orbit) Mobile Radio interface, which is used for mobile satellite services 
(MSS) utilizing geostationary satellite(s). GMR is derived from the terrestrial digital cellular standard GSM and 
supports access to GSM core networks. 

The present document is part of the GMR Release 2 specifications. Release 2 specifications are identified in the title 
and can also be identified by the version number: 

• Release 1 specifications have a GMR-1 prefix in the title and a version number starting with "1" (Vl.x.x.). 

• Release 2 specifications have a GMPRS-1 prefix in the title and a version number starting with "2" (V2.x.x.). 

The GMR release 1 specifications introduce the GEO-Mobile Radio interface specifications for circuit mode mobile 
satellite services (MSS) utilizing geostationary satellite(s). GMR release 1 is derived from the terrestrial digital cellular 
standard GSM (phase 2) and it supports access to GSM core networks. 

The GMR release 2 specifications add packet mode services to GMR release 1 . The GMR release 2 specifications 
introduce the GEO-Mobile Packet Radio Service (GMPRS). GMPRS is derived from the terrestrial digital cellular 
standard GPRS (included in GSM Phase 2+) and it supports access to GSM/GPRS core networks. 

Due to the differences between terrestrial and satellite channels, some modifications to the GSM standard are necessary. 
Some GSM specifications are directly applicable, whereas others are applicable with modifications. Similarly, some 
GSM specifications do not apply, while some GMR specifications have no corresponding GSM specification. 

Since GMR is derived from GSM, the organization of the GMR specifications closely follows that of GSM. The GMR 
numbers have been designed to correspond to the GSM numbering system. All GMR specifications are allocated a 
unique GMR number. This GMR number has a different prefix for Release 2 specifications as follows: 

• Release 1: GMR-n XX. zyy. 

• Release 2: GMPRS-n xx.zyy. 
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where: 

xx.Oyy (z = 0) is used for GMR specifications that have a corresponding GSM specification. In this case, 
the numbers xx and yy correspond to the GSM numbering scheme. 

xx.2yy (z = 2) is used for GMR specifications that do not correspond to a GSM specification. In this 
case, only the number xx corresponds to the GSM numbering scheme and the number yy is allocated by 
GMR. 

n denotes the first (n = 1) or second (n = 2) family of GMR specifications. 

A GMR system is defined by the combination of a family of GMR specifications and GSM specifications as follows: 

• If a GMR specification exists it takes precedence over the corresponding GSM specification (if any). This 
precedence rule applies to any references in the corresponding GSM specifications. 

NOTE: Any references to GSM specifications within the GMR specifications are not subject to this precedence 
rule. For example, a GMR specification may contain specific references to the corresponding GSM 
specification. 

• If a GMR specification does not exist, the corresponding GSM specification may or may not apply. The 
applicability of the GSM specifications is defined in TS 101 376-1-2 [10]. 
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Scope 



The present document provides the overall description for lower-layer functions of the GEO-Mobile Packet Radio 
Service (GMPRS-1) radio interface (Um). 

The overall description provides the following information: 

The services offered to higher-layer functions. 

The distribution of required functions into functional groups. 

A definition of the capabilities of each functional group. 

Service primitives for each functional group, including a description of what services and information flows 
are to be provided; 

A model of operation for information flows within and between the functions. 

The present document is applicable to the following GMPRS-1 Um functional layers: 

Radio Link Control functions. 

Medium Access Control functions 

Physical Link Control functions. 

The present document describes the information transfer and control functions to be used across the radio (Um) 
interface for communication between the MES and the Network (see figure 1). 

Um 



MI 



Network 



Figure 1 : Scope of GMPRS-1 logical radio interface architecture 

The overall GMPRS-1 logical architecture and the GMPRS-1 functional layers above the Radio Link Control and 
Medium Access Control layer are the same as GSM/GPRS as described in TS 101 344 [3]. 

GMPRS-1 04.007 [5] contains a description in general terms of the structured functions and procedures of this protocol 
and the relationship of this protocol with other layers and entities. 

TS 101 376-4-8 [6] contains the definition of GMPRS-1 RLC/MAC procedures when operating on the Common 
Control Channel (CCCH). 

TS 101 376-4-12 [7] contains the definition of RLC/MAC functions when operating on a Packet Data Channel (PDCH). 

The functional procedures for the Logical Link Control (LLC) layer above the RLC/MAC are the same as GSM/GPRS 
as described in TS 101 351 [8]. 

GMR-1 05-series defines the Physical Link layer and Physical RF layer (see [11] to [17]). 
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References 



References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• Non-specific reference may be made only to a complete document or a part thereof and only in the following 

cases: 

if it is accepted that it will be possible to use all future changes of the referenced document for the 
purposes of the referring document; 

for informative references. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

For online referenced documents, information sufficient to identify and locate the source shall be provided. Preferably, 
the primary source of the referenced document should be cited, in order to ensure traceability. Furthermore, the 
reference should, as far as possible, remain valid for the expected life of the document. The reference shall include the 
method of access to the referenced document and the full network address, with the same punctuation and use of upper 
case and lower case letters. 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are indispensable for the application of the present document. For dated 
references, only the edition cited applies. For non-specific references, the latest edition of the referenced document 
(including any amendments) applies. 

[1] ETSI TS 101 376-1-1: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 1: General specifications; Sub-part 1: Abbreviations and acronyms; 
GMPRS-1 01.004". 

[2] ETSI EN 301 113: "Digital cellular telecommunications system (Phase 2+) (GSM); General 

Packet Radio Service (GPRS); Service description; Stage 1 (GSM 02.60 version 6.3.1 Release 
1997)". 

[3] ETSI TS 101 344: "Digital cellular telecommunications system (Phase 2+); General Packet Radio 

Service (GPRS) Service description; Stage 2". (3GPP TS 03.60 Release 1997). 

[4] ETSI TS 101 376-4-4: "GEO-Mobile Radio Interface Specifications; Part 4: Radio interface 

protocol specifications; Sub-part 4: Layer 1 General Requirements; GMR-1 04.004". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 

[5] ETSI TS 101 376-4-7: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 4: Radio interface protocol specifications; Sub-part 7: Mobile Radio Interface 
SignalHng Layer 3 General Aspects; GMPRS-1 04.007". 

[6] ETSI TS 101 376-4-8: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 4: Radio interface protocol specifications; Sub-part 8: Mobile Radio Interface 
Layer 3 Specifications; GMPRS-1 04.008". 

[7] ETSI TS 101 376-4-12: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 4: Radio interface protocol specifications; Sub-part 12: Mobile Earth Station 
(MES) - Base Station System (BSS) interface; Radio Link Control/ Medium Access Control 
(RLC/MAC) protocol GMPRS-1 04.060". 
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[8] ETSI TS 101 351: "Digital cellular telecommunications system (Phase 2+); General Packet Radio 

Service (GPRS); Mobile Station - Serving GPRS Support Node (MS-SGSN) Logical Link Control 
(LLC) layer specification". (3GPP TS 04.64 Release 1997). 

[9] ETSI TS 101 297: "Digital cellular telecommunications system (Phase 2+) (GSM); General Packet 

Radio Service (GPRS); Mobile Station (MS) - Serving GPRS Support Node (SGSN); Subnetwork 
Dependent Convergence Protocol (SNDCP)". (GSM 04.65 Release 1997)". 

[10] ETSI TS 101 376-1-2: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 1: General specifications; Sub-part 2: Introduction to the GMR-1 family; 
GMPRS-1 01.201". 

[11] ETSI TS 101 376-5-1: "GEO-Mobile Radio Interface Specifications (Release 1); Part 5: Radio 

interface physical layer specifications; Sub-part 1: Physical Layer on the Radio Path: General 
Description; GMR-1 05.001". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 

[12] ETSI TS 101 376-5-2: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 5: Radio interface physical layer specifications; Sub-part 2: Multiplexing and 
Multiple Access; Stage 2 Service Description; GMPRS-1 05.002". 

[13] ETSI TS 101 376-5-3: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 5: Radio interface physical layer specifications; Sub-part 3: Channel Coding; 
GMPRS-1 05.003". 

[14] ETSI TS 101 376-5-4: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 5: Radio interface physical layer specifications; Sub-part 4: Modulation; 
GMPRS-1 05.004 ". 

[15] ETSI TS 101 376-5-5: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 5: Radio interface physical layer specifications; Sub-part 5: Radio 
Transmission and Reception; GMPRS-1 05.005". 

[16] ETSI TS 101 376-5-6: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 5: Radio interface physical layer specifications; Sub-part 6: Radio Subsystem 
Link Control; GMPRS-1 05.008". 

[17] ETSI TS 101 376-5-7: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 5: Radio interface physical layer specifications; Sub-part 7: Radio Subsystem 
Synchronization; GMPRS-1 05.010". 

[18] ETSI TS 101 376-3-10: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 3: Network specifications; Sub-part 10: Functions related to Mobile Earth 
Station (MES) in idle mode; GMPRS-1 03.022". 

2.2 Informative references 

The following referenced documents are not essential to the use of the present document but they assist the user with 
regard to a particular subject area. For non-specific references, the latest version of the referenced document (including 
any amendments) applies. 

Not applicable. 
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3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TS 101 376-1-2 [10] apply. 

GMPRS-1 also uses some GSM definitions and the relevant GSM/GPRS specific definitions can be found in 

EN 301 1 13 [2] and TS 101 344 [3]. 

3.2 Symbols 

For the purposes of the present document, the following symbols apply: 

Gb Interface between an SGSN and a BSC. 

Um Interface between MES and GMPRS-1 fixed network part. The Um interface is the GMPRS-1 

network interface for providing packet data services over the radio to the MES. 

3.3 Abbreviations 

For the purposes of the present document, the abbreviations given in TS 101 376-1-1 [1] apply. 



4 Packet data logical channels 

NOTE: The text in this clause is informative. The normative text is in TS 101 376-5-2 [12]. Where there is a 
conflict between these descriptions, the normative text has precedence. 

4.1 General 

This clause describes the packet data logical channels that are supported by the radio subsystem. The packet data logical 
channels are mapped onto the physical channels that are dedicated to packet data. 

The physical channel dedicated to packet data traffic is called a Packet Data Channel (PDCH). A PDCH can carry 
common control channel (PCCCH) with the data and dedicated control channels. 

Packet channels are defined in GMR-1 for 125 kHz and for 156,25 kHz carriers, which are each three time-slots or 
twelve time-slots wide. Packet channels are also defined for uplink 31,25 kHz carriers and downlink 62,5 kHz carriers, 
which are six timeslots wide. Timeslots are defined in TS 101 376-5-2 [12]. 

In the context of RLC/MAC and other higher layers, the term MAC-slot is used to define a triad of timeslots containing 
a single Packet Access Burst or Packet Normal Burst. Thus there can be eight packet channels or one or more CCCH 
and packet channels carrying PCCCH in a 24 slot (8 MAC-slot) frame. The term 4-MAC-slot is used to define four 
consecutive MAC slots or twelve consecutive timeslots. The starting MAC-slot of a 4-MAC-slot can be any one of the 
eight MAC-slots in a frame. Depending on the starting MAC-slot, a 4-MAC-slot may span two consecutive frames. 

An additional term is defined, which is the dual MAC-slot abbreviated as D-MAC-slot. A D-MAC-slot represents two 
consecutive MAC slots or six consecutive timeslots. A D-MAC slot k(0<k<3) can be defined as a combination of 
MAC-slot 2k and MAC-slot 2k H- 1. 

4.2 Packet Common Control Channel (PCCCH) 

PCCCH comprise logical channels for common control signalling used for packet data as described in the following 

clauses. 



£75/ 



GMPRS-1 03.064 13 ETSI TS 101 376-3-22 V2.3.1 (2008-08) 

4.2.1 Packet Random Access Channel (PRACH) - uplink only 

PRACH is used by MES to initiate uplink transfer for sending data or signalling information. Packet Access burst is 
used on PRACH. 

4.2.2 Packet Paging Channel (PPCH) - downlink only 

PPCH is not supported in the GMR-1 standard. 

4.2.3 Packet Access Grant Channel (PAGCH) - downlink only 

PAGCH is used in the packet transfer establishment phase to send resource assignment to an MES prior to packet 
transfer. 

4.2.4 Packet Notification Channel (PNCH) and compact packet notification 
channel - downlink only 

These logical channels are currently not supported. 

4.3 Packet Broadcast Control Channel (PBCCH) - downlink 
only 

This logical channel is currently not supported. 

For details of system information transmission for the GMR-1 Release 2 air interface supporting packet data, refer to 
TS 101 376-4-8 [6] for details. 

4.4 Packet traffic channels 

4.4.1 Packet Data Traffic Channel (PDTCH) 

PDTCH is a channel allocated for data transfer. In the multislot operation, one MES may use multiple PDTCHs in 
parallel for individual packet transfer. 

All packet data traffic channels are uni -directional, either uplink (PDTCH/U), for a mobile originated packet transfer or 
downlink (PDTCH/D) for a mobile terminated packet transfer. 

4.5 Packet dedicated control channels 

4.5.1 Packet Associated Control Channel (PACCH) 

PACCH conveys signalling information related to a given MES. The signalling information includes examples of 
acknowledgments and power control information. PACCH also carries resource assignment and reassignment 
messages, comprising the assignment of a capacity for PDTCH(s) and for further occurrences of PACCH. The PACCH 
shares resources with PDTCHs that are currently assigned to one MES. 

4.5.2 Packet Timing Advance Control Channel, Uplink (PTCCH/U) 

PTCCH/U is used to transmit packet normal burst to allow estimation of the timing advance for one MES in packet 
transfer mode. 
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4.5.3 Packet Timing Advance Control CInannel, Downlinl< (PTCCH/D) 

PTCCH/D is used to transmit timing advance information updates to several MES. One PTCCH/D is paired with up to 
four PTCCH/Us. PTCCH/D is only transmitted on MAC slot 0. 



5 Mapping of packet data logical channels onto 

physical channels 

NOTE: The text in this clause is informative. The normative text is in TS 101 376-5-2 [12]. Where there is a 
conflict between these descriptions, the normative text has precedence. 

5.1 General 

Different packet data logical channels can occur on the same physical channel (PDCH). The sharing of the physical 
channel is based on MAC-slots, each of which corresponds to a single burst. The mapping in frequency of PDCH on to 
the physical channel shall be as defined in TS 101 376-5-2 [12]. 

On PRACH, packet access bursts are used. On all other packet data logical channels, MAC/RLC blocks comprising a 
single Packet Normal Burst PNB(m, n) or PNB2(m,n) is used, corresponding to the PDCH on which the logical channel 
is allocated. 

5.2 Packet Common Control Channels (PCCCH) 

At a given time, the logical channels of the PCCCH are mapped on different physical resources than the logical 
channels of the CCCH. 

The PCCCH does not have to be allocated permanently in the cell. 

One given MES may use only a subset of the PCCCH, the subset being mapped onto one physical channel (PDCH). 

The PCCCH, when it exists, is mapped on one or several physical channels according to a 16-multiframe; in that case 
the PCCCH and PDTCH share the same physical channels (PDCHs). 

The existence and location of the PCCCH shall be broadcast on the BCCH in the spotbeam. The BCCH identifies each 
frequency that carries the PCCCH and further information which helps the MES access the PCCCH. 

5.2.1 Packet Random Access Channel (PRACH) 

The PRACH is mapped on one or several physical channels. The physical channels on which the PRACH is mapped are 
derived by the MES from information broadcast on the BCCH. 

The MES can send a PRACH to the network in the following two ways as described in clauses 5.2.1.1 and 5.2.1.2. 

5.2.1 .1 PRACH on the same carrier 

PRACH is determined by the Uplink State Flag, marked as "free," that is broadcast continuously on the corresponding 
downlink (see clause 6.6.4.1). 

Since the PRACH uses a bandwidth of only 31,25 kHz, whereas the PDCH uses bandwidths that are n x 31,25 kHz 
(n = 2, 4, 5, 6), it is possible to overlay multiple PRACH slots over a single unused PDCH slot, with each PRACH slot 
using one 31,25 kHz chunk of the PDCH bandwidth. The BCCH system information parameter PRACH_OVERLAY 
indicates whether this feature is supported or not. If this feature is supported, the system information parameter 
PRACH_OVERLAY_CHAN indicates the maximum number of PRACHs that may be overlaid on a single PDCH slot; 
i.e. even if n is set to 6, the number of overlaid PRACH slots may be less, depending on the network capabilities and 
PRACH demand. If multiple PRACH overlay is activated, the PRACH slots are allocated from the lower edge of the 
sub-band (see TS 101 376-5-2 [12] for more details). The MES should randomly choose one of the overlaid frequencies 
for transmission of the Packet Access Burst (PAB). In case of failure, the MES should continue to use the same 
frequency and wait for subsequent empty slots. 
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If the USF on the corresponding downhnk burst indicates that the PRACH slot is free, it indicates that all the permitted 
overlaid slots are free for PRACH transmission. 

5.2.1 .2 PRACH on a separate carrier 

The MES has PRACH opportunities in every frame on the ARFCN and in any MAC slot from the MAC slots assigned 
by the network as specified in the BCCH SI (see GMPRS-1 04 .008 [6]. The choice of the MAC slot among the 
assigned MAC slots is made randomly. 

5.2.2 Packet Paging Channel (PPCH) 

The Packet Paging Channel is not supported in the GMR-1 system. For details of paging for packet terminals, refer to 
TS 101 376-4-8 [6]. 

5.2.3 Packet Access Grant Channel (PAGCH) 

The PAGCH is mapped on one or several physical channels. The exact mapping on each physical channel follows a 
predefined rule (see clause 6.1.2). 

The physical channels on which the PAGCH is mapped, as well as the rule that is followed on the physical channels, are 
derived by the MES from information broadcast on the BCCH. 

5.2.4 Packet Notification Channel (PNCH) 

These channels are not used in GMR-1. 

5.3 Packet Broadcast Control Channel (PBCCH) 

These channels are not used in GMR-1. 

5.3.1 Compact Frequency Correction Channel (CFCCH) 

This channel is not used in GMR-1. 

5.3.2 Compact Synchronization Channel (CSCH) 

This channel is not used in GMR-1. 

5.4 Packet Timing Advance Control Channel (PTCCH) 

The PTCCH shall be present on any given PDCH. For even-numbered multiframes (counting from the beginning of 
every hyperframe), the PTCCH/U shall be present on PDCH corresponding to MAC-slots 0, 2, 4 and 6 and on odd 
numbered multiframes, it shall be present on PDCH corresponding to MAC-slots 1, 3, 5, 7 in the MAC-slot B9. The 
PTCCH/D occurs, if necessary on the 0^^ MAC-slot of a fixed frame (as defined in TS 101 376-5-7 [17]) of each 
multiframe and corresponds to all the PTCCH/U transmissions of the previous multiframe. It is dynamically 
multiplexed with PDTCH and PACCH on the same PDCH i.e. if there is no PTCCH allocated, the corresponding block 
is used for PDTCH or PACCH. 

On PTCCH/D, a single Packet Normal Burst is used, corresponding to the nature of the PDCH on which the channel is 
multiplexed. The PTCCH/D transmission is identified by a message type. Answers to multiple PTCCH/U bursts come 
on the same PTCCH/D channel. On PTCCH/D most robust modulation and coding available in downlink direction shall 
be used. For details, refer to TS 101 376-5-7 [17]. 
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5.5 Packet traffic channels 

5.5.1 Packet Data Traffic Channel (PDTCH) 

One PDTCH is mapped onto one physical channel. 

Up to eight PDTCHs within a PDCH(4,3) or PDCH(5,3), with different MAC-slots but with the same frequency 
parameters, may be allocated to one MES at the same time. The frequency parameters include both the carrier as well as 
the bandwidth. 

Up to two PDTCHs within a PDCH(5,12) with different 4-MAC-slots but with the same frequency parameters may be 
allocated to one MES at the same time. The frequency parameters include both the carrier as well as the bandwidth. 

Up to four PDTCHs within a PDCH/D(2,6) or PDCH/U(1,6), with different D-MAC-slots but with the same frequency 
parameters, may be allocated to one MES at the same time. The frequency parameters include both the carrier as well as 
the bandwidth. 

5.5.2 Packet Associated Control Channel (PACCH) 

PACCH is dynamically allocated on the same physical channel as carrying PDTCHs. 

PACCH is of a bi-directional nature, i.e. it can dynamically be allocated both on the uplink and on the downlink 
irrespective of whether the corresponding PDTCH assignment is for uplink or downlink. 

When PDTCH(s) is assigned on the uplink, the corresponding downlink MAC-slot on all frames have to be 
continuously monitored by the MES for possible occurrences of PACCH in the downlink direction. The MES can use 
the uplink assignment for sending PACCH transmissions whenever needed. However, if the network polls the MES for 
control information the response has to go on the allocated resource. 

When PDTCH(s) is assigned on the downlink, every occurrence of an uplink PACCH MAC/RLC block is determined 
by polling in the preceding corresponding downlink MAC-slot (transferred on the same PDCH) by setting the 
appropriate bits in the RLC/MAC header. The network can use the downlink assignment for sending PACCH 
transmissions whenever needed. Downlink MAC/RLC blocks containing PACCH are transmitted by the network as part 
of the downlink transmission in the PDTCH, using "burst stealing" mechanism. 



5.6 Downlink resource sharing 



Different packet data logical channels can be multiplexed on the downlink on the same physical channel (PDCH). 
See details in TS 101 376-5-2 [12]. The type of message indicated in the RLC/MAC control block allows differentiation 
between the logical channels. Additionally, the MES identity allows the MES to determine if the received PDTCHs and 
PACCH were directed to it. 

In addition to the multiplexing of data logical channels, a downlink 156,25 kHz PDCH carrier can be used to 
dynamically multiplex PDCH(5,3) and PDCH(5,12) physical channels. Information contained in the radio burst header 
allows differentiation between downlink PDCH(5,3) and PDCH(5,12). 



5.7 Uplink resource sharing 



Different packet data logical channels can be multiplexed on the uplink of the same physical channel (PDCH). 
See details in TS 101 376-5-2 [12]. The type of message that is indicated in the RLC/MAC block header allows 
differentiation between the logical channels. Additionally, the MES identity allows differentiation between PDTCHs 
and PACCHs assigned to different MESs. 

In addition to the multiplexing of data logical channels, a uplink 156,25 kHz PDCH carrier can be used to dynamically 
multiplex PDCH(5,3) and PDCH(5,12) physical channels. Information contained in the radio burst header allows 
differentiation between uplink PDCH(5,3) and PDCH(5,12). 
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5.8 Asymmetrical Pairing of PDCH/D(2,m) with PDCH/U(1 ,m) 

The downlink 62,5 kHz PDCH carrier (carrying PDCH(2,m)) is paired with two upHnk 31,25 kHz carriers; one carrying 
PDCH(1,6) and the other carrying PRACH. Refer to TS 101 376-5-2 [12] for further information regarding pairing of 
two uplink 31,25 kHz carriers with one downlink 62,5 kHz carrier. Refer to TS 101 376-4-8 [6] for description on how 
the network conveys the information to the MES regarding its assignment of the one downlink 62,5 kHz channel and 
the corresponding two uplink 31,25 kHz channels. 



6 Radio interface (Um) 

The logical architecture of the GMPRS-1 Um interface can be described using a reference model consisting of 
functional layers as shown in figure 3. Layering provides a mechanism for partitioning communications functions into 
manageable subsets. 

Communication between the MES and the Network occurs at the Physical RF, Physical Link, Radio Link 
Control/Medium Access Control (RLC/MAC), Logical Link Control (LLC), and SubNetwork Dependent Convergence 
Protocol (SNDCP) layers. 

6.1 Radio resource management principles 
6.1 .1 Allocation of resources for GIVIPRS-I 

A spotbeam supporting GMPRS may allocate resources on one or several physical channels in order to support the 
GMPRS traffic. Those physical channels (PDCHs), shared by the GMPRS-1 MESs, are taken from the common pool of 
physical channels available in the spotbeam. The allocation of physical channels to circuit switched services and 
GMPRS is done dynamically, according to the "capacity on demand" principles described below. 

Common control signalling required by GMPRS in the initial phase of the packet transfer is conveyed on PCCCH, or on 
CCCH. 

The main control channels are the BCCH, PCH, RACH, and AGCH, which are carried on a channel, as in the circuit 
switched air interface, as described in TS 101 376-4-8 [6]. PRACH and PAGCH may be present on one or more PDCHs 
on one or more sub-bands in the spotbeam. However, their operation is independent of each other. There will be one 
channel in each spotbeam that carries the BCCH on the downlink. There will be at least one physical channel in each 
cell which carries the AGCH and PCH on the downlink and the RACH on the uplink, which may be paired with the 
BCCH. This channel is to be used by all MESs accessing the system and whose current state does not conform to the 
PRACH usage requirements as described in TS 101 376-4-12 [7] and TS 101 376-5-7 [17]. This channel shall also be 
used by all MESs that have moved into this spot-beam for the first time. 

6.1.1.1 Master-slave concept 

There is no master-slave concept in the GMR-1 air interface. 

6.1 .1 .2 Capacity on demand concept 

GMPRS-1 does not require permanently allocated PDCHs. The allocation of capacity for GMPRS-1 can be based on 
the needs for actual packet transfers which are here referred to as the "capacity on demand" principle. The operator can, 
as well, decide to dedicate permanently or temporarily some physical resources (PDCHs) for the GMPRS traffic. 

When the PDCHs are congested due to the GMPRS traffic load and more resources are available in the spotbeam, the 
Network can allocate more physical channels as PDCHs. 

However, the existence of PDCHs does not imply the existence of PCCCH. The PDCHs which do carry PCCCH are 
indicated as part of the system information transmission. 

All MESs are required to camp on the CCCH which carries the PCH. There will be one CCCH per spotbeam at least. 

In response to a Packet Channel Request sent on CCCH from the MES that wants to transmit GMPRS packets, the 
network can assign resources on PDCHs for the uplink transfer. After the transfer, the MES returns to CCCH. 
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The information about PCCCH is broadcast on BCCH. When the PCCCH capacity is inadequate, it is possible to 
allocate additional PCCCH resources on one or several PDCHs. 

6.1 .1 .3 Procedures to support capacity on demand 

The number of allocated PDCHs in a spotbeam can be increased or decreased according to demand. The following 
principles can be used for the allocation: 

• Load supervision: 

A load supervision function may monitor the load of the PDCHs and the number of allocated PDCHs in 
a spotbeam can be increased or decreased according to demand. Load supervision function may be 
implemented as a part of the Medium Access Control (MAC) functionality or as a generic resource 
management functionality. The common channel allocation function located in BSC is used for the 
circuit switched services. 

• Dynamic allocation of PDCHs: 

Unused channels can be allocated as PDCHs to increase the overall quality of service for GMPRS-L 
Upon resource demand for other services with higher priority, de-allocation of PDCHs can take place. 

6.1 .1 .4 Release of PDCH not carrying PCCCH 

The fast release of PDCH is an important feature for the possibility to dynamically share the same pool of radio 
resources for packet and circuit-switched services. 

There are the following possibilities: 

Wait for all the assignments to terminate on that PDCH If necessary, the network can force a release by 
sending a PACKET TBF RELEASE. 

Individually notify all the users that have assignment on that PDCH. 

In practice, a combination of both the methods can be used. 

The case may occur where an MES remains unaware of the released PDCH. In that case, such MES may cause some 
interference when wrongly assuming that the decoded Uplink State Flag (see clause 6.6.4.1) denotes the following 
uplink MAC-slot/D-MAC-slot/4-MAC-slot reserved to it. This would cause both MESs to transmit in the same 
MAC-slot/D-MAC-slot/4-MAC-slot and neither the transmissions would get through. After not getting proper response 
from the network, the MES would self-break the RLC connection. For an unacknowledged mode transfer, the network 
itself would detect that the allocations are not being used and would, based on its internal counters, tear down the TBF. 

6.1 .2 Multiframe structure for PDCH 

NOTE: The text in this clause is informative. The normative text is in TS 101 376-5-2 [12]. Where there is a 
conflict between these descriptions, the normative text has precedence. 

The mapping in time of the logical channels is defined by a multiframe structure. The multiframe structure for PDCH 
consists of 16 TDMA frames according to figure 2. The consecutive MAC-slots in the successive frames are numbered 
as shown below. 



BO B1 82 B3 B4 B5 B6 B7 B8 B9 B10 B11 B12 B13 B14 B15 



Figure 2: Multiframe structure for PDCIH 

Note that if a PDCH is marked as carrying PCCCH the MES shall assume that all MAC-slots on the uplink may support 
PRACH (marked by USF_FREE) and all MAC-slots on the downlink may carry PAGCH. 
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On all PDCHs the MAC-slot marked B8 is reserved for PTCCH/D and all other MAC-slots can be used as PDTCH or 
PACCH on the downlink. The actual usage is indicated by the message type. On the uplink, the last MAC-slot can be 
reserved for PTCCH/U on a multiframe to multiframe basis and the remaining MAC-slot are to be used for PDTCH and 
PACCH. If a given MAC-slot is allocated for PTCCH/U, it shall be marked with the USF value of RESERVED in the 
previous corresponding downlink frame. 

6.1 .2.1 Multiframe structure for compact PDCH 

This clause is not used in GMR-1. 

6.1 .3 Scheduling of PBCCH information 

This clause is not used for GMR-1. 

6.1.4 SMS cell broadcast 

This clause is not used for GMR-1. 

6.2 Radio resource operating modes 

Radio Resource (RR) management procedures are characterized by two different RR operating modes. Each mode 
describes a certain amount of functionality and information allocated. RR procedures and RR operating modes are 
specified in TS 101 376-4-7 [5]. 

6.2.1 Packet idle mode 

In packet idle mode no Temporary Block Flow (see clause 6.6.4.2) exists. Upper layers can require the transfer of a 
LLC PDU which, implicitly, may trigger the establishment of TBF and transition to packet transfer mode. 

In packet idle mode, the MES listens to the BCCH and to the paging sub-channel for the paging group the MES belongs 
to in idle mode. 

6.2.2 Packet transfer mode 

In packet transfer mode, the mobile earth station is allocated radio resource providing a Temporary Block Flow on one 
or more physical data channels. Continuous transfer of one or more LLC PDUs is possible. Concurrent TBFs may be 
established in opposite directions. Refer to TS 101 376-4-12 [7]. Transfer of LLC PDUs in RLC acknowledged or RLC 
unacknowledged mode is provided. 

6.2.3 Correspondence between radio resource operating modes and 
mobility management states 

The Mobility Management states are the same as GSM/GPRS as defined in TS 101 344 [3]. Table 1 provides the 
correspondence between Radio Resource states and Mobility Management states: 

Table 1 : Correspondence between RR operating modes and MM states 



Radio Resource BSS 


Packet transfer 
mode 


No state 


No state 


Radio Resource IVIES 


Packet transfer 
mode 


Packet idle mode 


Packet idle mode 


Mobility lUlanagement 
NSS and lUIES 


Ready 


Standby 



Each state is protected by a timer. The timers run in the MES and the network. 
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Packet transfer mode is guarded by RLC protocol timers. Note that the transition of mobility management at the NSS 
may be slightly out of synchronization with the state of the MES at the radio-resource level. For example, the Mobility 
Management state at the NSS may transit to Standby, even as the MES is in the process of setting up a radio-level 
connection to the BSS to transmit an LLC PDU. 

6.3 Layered overview of radio interface 

The GMPRS-1 radio interface can be modelled as a hierarchy of logical layers with specific functions. An example of 
such layering is shown in figure 3. The various layers are briefly described in the following clauses. 

The physical layer has been separated into two distinct sub-layers defined by their functions: 

• Physical RF layer performs the modulation of the physical waveforms based on the sequence of bits received 
from the Physical Link layer. The Physical RF layer also demodulates received waveforms into a sequence of 
bits which are transferred to the Physical Link layer for interpretation. 

• Physical Link layer provides services for information transfer over a physical channel between the MES and 
the Network. These functions include data unit framing, data coding, and the detection and correction of 
physical medium transmission errors. The Physical Link layer uses the services of the Physical RF layer. 

The lower part of the data link layer is defined by the following functions: 

• The RLC/MAC layer provides services for information transfer over the physical layer of the GMPRS-1 radio 
interface. This information includes both user data, RLC signalling, and also signalling relating to radio 
resource management functions. These functions include backward error correction procedures enabled by the 
selective retransmission of erroneous blocks. The MAC function arbitrates access to the shared medium 
between a multitude of MES s and the Network. The RLC/MAC layer uses the services of the Physical Link 
layer. The layer above RLC/MAC (i.e. LLC described in TS 101 344 [3] and defined in TS 101 351 [8]) uses 
the services of the RLC/MAC layer on the Um interface. 



SNDCP 




LLC 






RLC 






MAC 




Phys. Link 
Rhys. RF 







SNDCP 



LLC 
(see note) 



RLC 
MAC 



Phys. Link 
Phys. RF 



Scope of GSM 03.60 
Scope of GMR-1 03.064 



MES 



Um 



Network 



NOTE: In the network the LLC is split between BSS and SGSN. 

Figure 3: GMPRS-1 MES - network reference model 



6.4 Physical RF layer 



The Physical layer is defined in GMR-1 05 series recommendations, which specify among other things: 

The carrier frequencies characteristics and GMR-1 radio channel structures (TS 101 376-5-2 [12]); 

The modulation of the transmitted wave forms and the raw data rates of GMPRS-1 channels 
(TS 101 376-5-4 [14]); and 

The transmitter and receiver characteristics and performance requirements (TS 101 376-5-5 [15]). 
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6.5 Physical link layer 



The Physical Link layer operates above the physical RF layer to provide a physical channel between the MES and the 
Network. 

6.5.1 Layer services 

The purpose of the Physical Link layer is to convey information across the GMR-1 radio interface, including RLC/MAC 
information. The Physical Link layer supports multiple MESs sharing a single physical channel. 

The Physical Link layer provides communication between MESs and the Network. 

The Physical Link layer control functions provide the services necessary to maintain communications capability over 
the physical radio channel between the Network and MESs. Radio subsystem link control procedures are currently 
specified in TS 101 376-5-6 [16]. Handovers are not supported in the GMPRS-1 service at the radio-link level. MES 
performed spotbeam reselection is used as defined in TS 101 376-3-10 [18]. 

6.5.2 Layer functions 

The Physical Link layer is responsible for: 

• Forward Error Correction (EEC) coding, allowing the detection and correction of transmitted code words. The 
coding schemes are described in clause 6.5.5. 

• Burst building of different sizes for different PDCHs, based on the bandwidth of the associated carrier. 

• Procedures for detecting physical link congestion. 

• ECS computation and checking. 

The Physical Link layer control functions include: 

• Synchronization procedures, including means for determining and adjusting the MES Timing Advance to 
correct for variances in propagation delay, TS 101 376-5-7 [17]. 

• Monitoring and evaluation procedures for radio link signal quality. 

• Spotbeam (re-)selection procedures. 

• Transmitter power control procedures, and 

• Battery power conservation procedures, e.g. Discontinuous Reception (DRX) procedures. 
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6.5.3 Service primitives 

Table 2 lists the service primitives provided by the Physical Link layer to RLC/MAC layer. More detailed description is 
given in TS 101 376-4-4 [4]. 

Table 2: Service primitives provided by the physical link layer 



Name 


Request 


Indication 


Response 


Confirm 


Comments 


PH-DATA 


X 


X 






Used to pass message units containing frames 
used for RLC/IVIAC layer respective 
peer-to-peer communications to and from the 
physical layer. 


PH-RANDOM 
ACCESS 


X 


X 




X 


Used to request and confirm (in the MES) the 
sending of a random access frame and to 
indicate (in the network) the arrival of a random 
access frame. 


PH-CONNECT 




X 






Used to indicate that the physical connection 
on the packet data physical channel has been 
established. 


PH-READY-TO- 
SEND 


X 








Used by the physical layer to trigger (if 
applicable) piggy backing, the start of timer for 
the RLC/IVIAC layer, and the forwarding of data 
unit to the physical layer. 


PH-EMPTY-FRA 
ME 


X 








Used by the RLC/IVIAC layer to indicate that no 
frame has to be transmitted after receiving the 
PH-READY-TO-SEND primitive. 



6.5.4 Radio burst structure 



Different radio burst structures for data transfer and control message transfer purposes are defined. The radio burst 
structure varies in dimensions for each class of PDCH, depending on the payload of the burst associated with that 
PDCH. For detailed definition of radio burst structure, see TS 101 376-4-12 [7]. 

For GMPRS-1, except for downlink PDCH(5,12) a radio burst for data transfer has two sections which carry payload 
bits. One is the PUI and the other is the PRl. Downlink PDCH(5,12) contains three sections, PUI, Extended PUI and 
PRI. The extended PUI section contains 30 bits, which contains the PUI type (and optionally a PUI subtype), two or 
three additional USFs and an 8 bit CRC field. The PUI contains 12 bits of information, which contains the USF, the 
modulation and coding scheme identifier and some other information. The PRI consists of one MAC/RLC header 
(5 bytes) and up to two optional control blocks of fixed size followed by the payload portion. The MAC/RLC header 
and the RLC block are protected by a 16 bit CRC footer. The entire radio block is always carried on a single Packet 
Normal Burst. The PUI and the PRI are separated by transition bits. Refer to TS 101 376-5-2 [12] for details. 



PUI 



All radio bursts except PDCH(5,12) 



MAC/RLC header 



Optional 
control block 



Optional 

second control 

block 



RLC blocks 
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PUI 



Extended 
PUI 



PDCH(5,12) radio bursts 



MAC/RLC 
header 



Optional 
control block 
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second control 

block 



RLC blocks 



BCS 



Figure 4: Radio burst structures for data transfer for GMPRS-1 

The MAC/RLC header contains control fields which are different for uplink and downlink directions. The MAC header 
has constant length, 40 bits. 

The RLC data field contains octets from one or more LLC PDUs. 
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The Block Check Sequence (BCS) is used for error detection. There may be one or two optional control blocks inserted 
at the head of the message. Each control block has a fixed size of 18 octets and is independently coded. Either or both of 
them may be padded out to 18 octets, if there is insufficient control information to be filled in. The presence of the first 
control block is given by the payload type field in the MAC/RLC header. The presence of the second control block is 
given in the CBF bit of the previous control block. The rest of the burst may be blank if there is nothing else to be 
transmitted. 

6.5.5 Channel coding 

NOTE: The text in this clause is informative. The normative text is in TS 101 376-5-3 [13]. Where there is a 
conflict between these descriptions, the normative text has precedence. 

Thirty six coding schemes are defined for the GMPRS-1 packet data traffic channels. The GMPRS-1 air interface 
supports PDCHs of four different bandwidths (m = 1, 2, 4, or 5) defined as integrals multiples (m x 31,25 kHz) of the 
common channel size of 31,25 kHz. For all the downlink control messages, the basic modulation and coding scheme 
defined for the bandwidth of the associated PDCH is always used. For all GMPRS-1 packet control channels on the 
uplink other than Packet Random Access Channel (PRACH), the same modulation and coding scheme as assigned by 
the network for data transfer shall be used. For access bursts on PRACH, the modulation and coding scheme associated 
with the Packet Access Burst is used. 

The basic modulation and coding scheme for any value of m is the most robust modulation and coding scheme available 
in a given direction. For details, refer to TS 101 376-4-12 [7]. Note that not all modulation and coding scheme 
combinations are supported in any given direction. 

The MES has to support transmission/reception of the basic modulation and coding scheme for all bandwidth sizes that 
it supports wherever more than one modulation scheme is defined in a given direction and for a given value of "m". The 
basic coding scheme for all bandwidth sizes is mandatory for a network supporting GMPRS-1. 

Except for bursts on downlink PDCH(5,12), all bursts have two parts, a Public Information Part (PUI) and a 
user-payload. The public information (hereafter referred to as PUI) part is to be read and decoded by all MESs that are 
monitoring that particular PDCH. It is always coded in the same format, regardless of the coding of the rest of the burst. 
For details, refer to TS 101 376-5-3 [13]. Bursts on downlink PDCH(5,12) contains extended PUI part in addition to the 
PUI and the PRI. 

The PUI contains the USF bits. It also contains the MCS bits which indicate the modulation, coding type, and coding 
rate used for the rest of the burst. The extended PUI contains two or three additional USF fields. The receiver itself must 
correlate the bandwidth and the contents of the MCS bits to identify the correct puncturing pattern. The PUI and 
extended PUI is always transmitted using ji/4-CQPSK modulation and are encoded as defined in clause 6.5.5.1.1.1. All 
MESs shall have the capability to decode the PUI field for all bursts that it receives. The extended PUI shall be read and 
decoded by all MESs that are monitoring a particular downlink PDCH(5,12). 

The coding for MCS bits is defined in TS 101 376-4-12 [7]. 

6.5.5.1 Channel coding for PDTCH 

6.5.5.1 .1 Channel coding for PDTCH 

Each of the coding schemes for GMPRS-1 is built in the same way. The difference in coding rates is achieved by using 
different coding polynomials and different output burst sizes, depending on the bandwidth of the associated channels. 
The polynomials and output bursts are defined in TS 101 376-5-3 [13]. Figures 5 and 5a gives the basic block structure. 
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Figure 5a: Downlink radio block structure for PDCH(5,12) 
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6.5.5.1.1.1 



Public information bits 



The PUI consists of 12 bits. The format of PUI coding depends on the type of PDCH as well the direction. PUI coding 
formats are shown in tables 4a to 4e (the MSB is on the left hand side): 

Tables: Void 

Table 4a: Downlink PUI field coding for PDCH(4,3) and PDCH(5,3) 



MCSbitslb^^-bo) USF bits (by - bg) Downlink Burst Duration (b^) USF Allocation Duration (bg) 



Table 4b: Uplink PUI field coding for PDCH(4,n) and PDCH(5,n) 



l\/ICSbits{b^^ -bg) Uplink PAN field (by - bg) Uplink Burst Duration (b^) Spare (bn) 



Table 4c: Downlink PUI field coding for PDCH(2,n) 



IVICS bits (b^ 1 - bg) USF bits (bo - b4) EXT bits (bo - b^ ) Spare (bn) 



Table 4d: Uplink PUI field coding for PDCH(1,n) 



IVICS bits (b^ ^ - bg) Uplink PAN field (bg - bg) Spare (bg- M 



Table 4e: Downlink PUI field coding for PDCH(5,12) 



MCSbits(b^^ -bg) USF bits (by - bg) Downlink Burst Duration (b^) Spare (bn) 



The MCS bits indicate the modulation, coding type, and coding rate used as indicated above. The USF bits are for 
uplink resource allocation and are only present in the downlink (forward direction); these are described subsequently. 
Uplink burst duration and Downlink burst duration bits are used only on PDCH(4,n), PDCH(5,n) and PDCH(5,12). 
These fields indicate the duration (5ms or 20ms) of the radio burst including the PUI. USF allocation duration bit is 
used only on downhnk PDCH(4,3) and PDCH(5,3) to indicate if uplink allocation is on PDCH(4,3)/PDCH(5,3) or 
PDCH(5,12). The PAN bits are used to indicate transmitted power level of the MES to the network. The details are 
provided in TS 101 376-5-6 [16]. The EXT bits indicates the number of consecutive D-MAC slots the MES will 
transmit on the uplink upon detection of its USF in the downlink (see TS 101 376-4-12 [7]). 

The 12 bit PUI header is subsequently Golay coded using a (24,12) Golay code. The Golay code output is repeated once 
to get a block of 48 bits. 



6.5.5.1.1.1a 



Extended Public information bits 



The Extended PUI consists of 30 bits. There are two extended PUI coding formats. These are shown in tables 4f and 4g. 
USF2, USF3 and USF4 fields are used for signalling uplink resource allocation to multiple MESs (see TS 101 376-4-12 
[7]). The 30-bit extended PUI is encoded using rate V4 convolutional code to obtain a 96 bit coded block. For details, 
refer to TS 101 376-5-3 [13]. 

Table 4f: Downlink Extended PUI field coding for PDCH(5,12) with three USFs 



PUI Type 
(b29-b28) 



USF2 (b27 - b22) 



USF3(b21-b16) 



USF4(b15-b10) 



Spare 
(b9-b8) 



CRC 

(b7 - bO) 



Table 4g: Downlink Extended PUI field coding for PDCH(5,12) with two USFs 



PUI Type 

(b29-b28) 



PUI Subtype 

(b27-b25) 



Reserved 

(b24-b22) 



USF2 (b2i- bi6) 



USF3(bi5-bio) 



Spare 
(bg-bs) 



CRC 

(by -bo) 
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6.5.5.1.1.2 



Coding of user payload 



The user payload consists of a fixed size MAC/RLC header, followed by up to two optional control blocks (each of a 
fixed size of 18 octets) followed by a single data payload. 

For the user data payload, the first step of the coding procedure is to add a 16 bit Block Check Sequence (BCS) for error 
detection. 

The second step consists of adding eight tail bits and applying a convolutional coder or applying LDPC coder without 
any tail bits. The coder polynomial varies according to the burst size and the burst class, as described in 
TS 101 376-5-3 [13]. The PUI bits, extended PUI bits (if applicable) and the coded user data are subsequently combined 
with the unique word, guard band, and transition ramp to create the output burst. The unique word bits are 44, 68, 40, 
50 and 132 corresponding to PNB(1,6), PNB(2,6), PNB(4,3), PNB(5,3) and PNB(5,12) bursts. The guard bits are 10, 
10, 40 and 50, respectively, for bandwidths of m = 1,2,4, and 5, respectively. 

The details of the codes are shown in table 5, including: 

The length of each field; 

The number of coded bits (after adding tail bits and convolutional coding); 

The number of punctured bits; 

The peak user data rate, including the RLC header and RLC information. This is the user data rate that can be 
achieved if the user is allocated all slots in all frames of a given PDCH of the corresponding bandwidth. 

Table 5: Coding parameters for the GMPRS-1 coding schemes 



B/W 
used 


IVIodulation 


Code 
Rate (CS) 


Coding Type 


Burst 

Duration 

(ms) 


Coded 
Bits 


Tail Bits 


User 

Data in 

bytes 


Uplink/ 
Downlink 


Peak 

Data rate 

kbps 


4 


7t/4-CQPSK 


0,747 


Convolutional 


5 


792 


8 


71 


U/D 


113,6 


4 


7t/4-CQPSK 


0,626 


Convolutional 


5 


792 


8 


59 


U/D 


94,4 


4 


7t/4-CQPSK 


0,505 


Convolutional 


5 


792 


8 


47 


U/D 


75,2 


5 


7t/4-CQPSK 


0,750 


Convolutional 


5 


1 002 


8 


91 


U/D 


145,6 


5 


7t/4-CQPSK 


0,631 


Convolutional 


5 


1 002 


8 


76 


U/D 


121,6 


5 


7t/4-CQPSK 


0,503 


Convolutional 


5 


1 002 


8 


60 


U/D 


96,0 


2 


7t/4-CQPSK 


0,592 


Convolutional 


5 


810 


8 


59 


D 


47,2 


2 


7t/4-CQPSK 


0,701 


Convolutional 


5 


810 


8 


70 


D 


56,0 


2 


7t/4-CQPSK 


0,809 


Convolutional 


5 


810 


8 


80 


D 


64,0 


1 


7t/4-CQPSK 


0,590 


Convolutional 


5 


366 


8 


26 


U 


20,8 


1 


7t/4-CQPSK 


0,699 


Convolutional 


5 


366 


8 


31 


U 


24,8 


1 


7t/4-CQPSK 


0,809 


Convolutional 


5 


366 


8 


36 


U 


28,8 


5 


7t/4-CQPSK 


0,509 


LDPC 


5 


958 





60 


U/D 


97,6 


5 


7t/4-CQPSK 


0,660 


LDPC 


5 


958 





78 


U/D 


126,4 


5 


7t/4-CQPSK 


0,793 


LDPC 


5 


958 





94 


U/D 


152,0 


5 


7t/4-CQPSK 


0,894 


LDPC 


5 


958 





106 


U/D 


171,2 


5 


16APSK 


0,664 


LDPC 


5 


1 916 





158 


U/D 


254,4 


5 


16APSK 


0,797 


LDPC 


5 


1 916 





190 


U/D 


305,6 


5 


16APSK 


0,898 


LDPC 


5 


1 916 





214 


U 


344,0 


5 


32 APSK 


0,748 


LDPC 


5 


2 395 





223 


D 


358,4 


5 


32 APSK 


0,798 


LDPC 


5 


2 395 





238 


D 


382,4 


5 


7t/4-CQPSK 


0,497 


LDPC 


20 


4 440 





275 


U 


110,4 


5 


7t/4-CQPSK 


0,508 


LDPC 


20 


4 344 





275 


D 


110,4 


5 


7t/4-CQPSK 


0,667 


LDPC 


20 


4 440 





369 


U 


148,0 


5 


7t/4-CQPSK 


0,681 


LDPC 


20 


4 344 





369 


D 


148,0 


5 


7t/4-CQPSK 


0,800 


LDPC 


20 


4 440 





443 


U 


177,6 


5 


7t/4-CQPSK 


0,818 


LDPC 


20 


4 344 





443 


D 


177,6 


5 


7t/4-CQPSK 


0,899 


LDPC 


20 


4 440 





498 


U 


199,6 


5 


7t/4-CQPSK 


0,919 


LDPC 


20 


4 344 





498 


D 


199,6 


5 


16 APSK 


0,667 


LDPC 


20 


8 880 





741 


U 


296,0 


5 


16 APSK 


0,681 


LDPC 


20 


8 688 





741 


D 


296,0 


5 


16 APSK 


0,800 


LDPC 


20 


8 880 





887 


U 


355,2 
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B/W 
used 


Modulation 


Code 
Rate (CS) 


Coding Type 


Burst 

Duration 

(ms) 


Coded 
Bits 


Tail Bits 


User 

Data in 

bytes 


Uplink/ 
Downlink 


Peak 

Data rate 

kbps 


5 


16APSK 


0,818 


LDPC 


20 


8 688 





887 


D 


355,2 


5 


16APSK 


0,900 


LDPC 


20 


8 880 





998 


U 


399,6 


5 


32 APSK 


0,765 


LDPC 


20 


10 860 





1 038 


D 


406,6 


5 


32 APSK 


0,818 


LDPC 


20 


10 860 





1 109 


D 


444,0 



Transmission of PACCH messages, including global PACCH messages and all common control messages and 
excluding messages containing multiplexed data, will always use the basic modulation and coding scheme. The basic 
modulation and coding scheme is the most robust scheme in a given direction. Table 6 provides the basic modulation 
and coding schemes. 

Table 6: Basic coding rates for various channels and directions 



Direction 


Bandwidth 


Basic scheme 


Up 


4x31,25 kHz 


71/4 CQPSK, coding rate 
0,505 


Up 


5 X 31,25 kHz 


71/4 CQPSK, coding rate 
0,509 


Down 


4x31,25 kHz 


71/4 CQPSK, coding rate 
0,505 


Down 


5 X 31,25 kHz 


71/4 CQPSK, coding rate 
0,509 


Up 


1 X 31,25 kHz 


71/4 CQPSK, coding rate 
0,590 


Down 


2 X 31,25 kHz 


71/4 CQPSK, coding rate 
0,592 



6.5.5.2 



Channel coding for PACCH, PAGCH and PTCCH 



The channel coding for the PACCH, PAGCH, and downlink PTCCH transmission is the basic modulation and coding 
scheme for the corresponding PDCH. The message contents themselves are of variable size but have the same coding 
format. All control messages have a header which identifies the message type. All control messages are padded out with 
zeroes to fill the block up to the fixed size of 18 octets. PBCCH and PPCH are not supported in GMR-1 standard. 

For RLC/MAC bursts containing control and data multiplexed together, the assigned coding scheme for the PDTCH 
shall be used. The multiplexed control blocks are non-critical and can be recovered in case of packet loss. The control 
blocks shall be padded out with zeroes if necessary as described above. 

6.5.5.2.1 Channel coding for CPBCCH, CPAGCH, CPPCH, CPNCH, and CSCH 

This clause is not used in GMR-1. 

6.5.5.3 Channel coding for the PRACH 

The PRACH uses the Packet Access Burst (PAR) as defined below. 



6.5.5.3.1 



Coding of the 64 data bit packet access burst 



The channel coding used for the burst carrying the 64 data bit packet resource request message is shown in table 7. The 
details are given in TS 101 376-5-3 [13]. 

Table 7: Channel coding for Packet Random Access Channel 



Tx rate in 
ksps 


Tx time in 
ms 


Raw bits 


UW and CW 


Physical 
payload 


Coding rate 


Modulation 


23,4 


4,27 ms 


200 


1 04 bits 


64 bits 


0,750 


7t/4 CQPSK 
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6.5.5.3.2 Coding of the 1 1 data bit packet access burst 

This clause is not used in GMR-1. 

6.5.6 Spotbeam reselection 

Spotbeam reselection in GMPRS-1 is defined in TS 101 376-3-10 [18]. 

6.5.6.1 Measurements for spotbeam reselection 

This clause is not used in GMR-1. 

6.5.6.2 Broadcast information 

This clause is not used in GMR-1. 

6.5.6.3 Optional measurement reports and network controlled cell reselection 

This clause is not used in GMR-1. 

6.5.7 Timing and frequency update procedure 

NOTE: The text in this clause is normative except when referring to TS 101 376-5-2 [12]. 

The continuous timing and frequency update procedure is used to derive the correct value for timing and frequency 
adjustment that the MES must use for the uplink transmission of radio blocks. 

The timing advance procedure comprises two parts: 

Initial estimation. 

Continuous update. 

6.5.7.1 Initial timing advance estimation 

The initial estimation is based on the single access burst carrying the Packet Channel Request on the PRACH or the 
Channel Request on the RACH. The Packet Uplink Assignment or Packet Downlink Assignment then carries the 
estimated adjustment values for both timing and frequency to the MES. This value shall be used by the MES for the 
uplink transmissions until the continuous timing advance update provides a new value (see clause 6.5.7.2). The 
following special case exists: 

• When Packet Downlink Assignment is to be sent without prior paging (i.e. in the Ready state), no valid timing 
advance value may be available. 

• For Packet Downlink assignment, the mobile earth station is required to send a single PRACH with cause 
code, "Initial Correction". If the mobile earth station timing is good enough to transmit this PRACH, it does so 
and is responded to with a link synchronization message which contains the correction information. Note that 
this is also required for the network to know when the terminal has received the Packet Downlink assignment 
and so it is mandatory for all Packet Downlink Assignments in the ready-state. If not, ignores the Packet 
Downlink Assignment. 

• For the case where link synchronization information is not provided in the assignment message, the mobile is 
not allowed to send normal bursts on the uplink until it receives a valid adjustment values either in Packet Link 
Synchronization message or through the PRACH process on the uplink. 

6.5.7.2 Continuous timing and frequency update procedure 

MES in Packet transfer mode shall use the continuous timing and frequency update procedure to maintain both timing 
and frequency synchronization to the network. The continuous timing and frequency updated procedure is carried on the 
PTCCH allocated to the MES, using synchronization messages. 
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For uplink or downlink packet transfer within the Packet Uplink/Downlink Assignment, the MES is assigned the 
Continuous Timing/Frequency advance period in the PKT_LINK_CORR_CYCLE variable in the System information 
and the Timing Advance Index (TAI) as part of its assignment information. The Continuous Timing/Frequency advance 
Period indicates the number of multiframes after which the MES is to repeat the procedure i.e. the repetition cycle 
duration. The Timing Advance Index is used to compute the next slot in which the MES sends its next Link 
synchronization transmission using the method indicated in TS 101 376-5-7 [17]. 

The Timing Advance Index value ranges from to 127. The MES first uses the advance period to determine the 
boundaries of the correction cycle, i.e. a value of 20 will indicate that the correction cycle starts on the 0*, 20*^, 40* 
multiframe, etc. The TAI contains both the time-slot assignment and the multiframe assignment. The MAC-slot 
assignment is computed by taking the last two bits of the TAI. This identifies the PTCCH/U slot. The remaining bits 
identify the multiframe within the periodic cycle. Thus, if the remaining bits have a value 17, and the current frame is 
13*^ within the current repetition period, the mobile earth stations next opportunity is 4 multiframes later. The 
PTCCH/U channel assignment can be to 3. In the above case, since the multiframe number is odd, the PTCCH/U 
channels are mapped on MAC-slots 1, 3, 5, 7 respectively. Else they are mapped on MAC-slots 0, 2, 4 and 6. 

On the uplink, the MES shall transmit in the assigned PTCCH slot which is used by the network to derive the timing 
and frequency adjustments. 

The network analyses the received access burst and determines new timing advance and frequency adjustment values 
for all MESs performing the continuous timing and frequency update procedure on that PDCH. The new link 
adjustment values shall be sent via a downlink PTCCH/D message on PTCCH/D. Network may also send timing and 
frequency update information asynchronously in Packet Link Synchronization and Packet Uplink Ack/Nack messages 
on PACCH. 

After transmitting the Link synchronization message, the MES shall continuously monitor the 
MAC-slot/D-MAC-slot/4-MAC-slot allocated to it for receipt of control messages. The MES shall not retry the 
procedure, other than at the allocated frame and MAC-slot/D-MAC-slot/4-MAC-slot after the expiry of the Continuous 
Timing/Frequency Update Period. When it receives a PTCCH/D message, it shall check the information element 
corresponding to the slot in which it made the transmission to see whether it has received valid correction information. 
In case no valid correction information is received after two invocations of the procedure, it shall perform an abnormal 
release, regardless of the state of the TBF or other messages received from the network. 

6.5.7.2.1 Mapping on the multiframe structure 

This clause is not used. 



6.5.8 Power control procedure 



Power control shall be supported in order to improve the spectrum efficiency and to reduce the power consumption in 
the MES and the uplink interference. 

For the uplink, the MES shall follow a flexible power control algorithm, which the network can optimize through a set 
of parameters. It can be used for both open loop and closed loop power control. 

For the downlink, there is no power control on a per-MES basis. For any given physical channel, the network shall 
transmit at a fixed power level. In addition, the network uses discontinuous transmission by transmitting only the 
physical header if there is no data to transmit. A single bit in the physical header indicates whether or not there is any 
payload. 

For the detailed specification of power control see TS 101 376-5-6 [16]. 

6.5.8.1 MES output power 

The initial MES output power level shall be indicated by the network in the Power Attenuation Request (PAN) field of 
the RLC header of the burst carrying the initial assignment message. It can be subsequently modified by the network by 
modifying the PAN field in the RLC header in any RLC message that it transmits to that MES. The MES reports its 
transmit power back to the network by using the Power Attenuation Notification (PAN) field in the PUI on the uplink. 
For details of this procedure see TS 101 376-5-6 [16]. 
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6.5.8.2 BSS output power 

The BSS shall use constant power on all PDCHs. 

Additionally, the network uses discontinuous transmission, by transmitting only the header when there is no user 
payload to transmit. A special code-point in the MCS bits tells the MES whether or not there is any payload transmitted 
or not. 

6.5.8.3 Measurements at MES side 

A procedure shall be implemented in the MES to monitor periodically the downlink RX signal level and quality from its 
serving cell. 

6.5.8.3.1 Deriving the C value 

This clause is not used. 

6.5.8.3.2 Derivation of channel quality report 

This clause is not used. 

6.5.8.4 Measurements at BSS side 

A procedure shall be implemented in the BSS to monitor the uplink RX signal level and quality on each uplink PDCH, 
active as well as inactive. In RLC acknowledged mode, the BSS may use the packet losses as reported by the MES for this 
purpose as well. 

The BSS shall also measure the RX signal level and the quality of a specific MES packet transfer. The algorithm to do 
so is implementation specific. 

6.5.9 Scheduling the MES activities during the PTCCH and idle frames 

This clause is not used in GMR-1. 



6.5.10 Discontinuous Reception (DRX) 

NOTE: The text in this clause is informative. The normative text is in TS 101 376-5-2 [12]. Where there is a 
conflict between these descriptions, the normative text has precedence. 

Discontinuous reception is used by the MES to conserve power when in idle mode. This function is described in 
TS 101 376-4-12 [7] and TS 101 376-5-2 [12]. 

6.5.1 1 Rate adaptation 

Transmission rate control can take place on both uplink and downlink direction when the MES is in the transfer mode. 
The modulation and coding rate can be adapted using the feedback from the RACH/PRACH link performance of the 
ongoing TBF and the stored information about the performance of the link in the previous TBF. Refer to 
TS 101 376-5-6 [16] for details. 



6.5.12 UpLink Quality Reports 



The UpLink Quality Report (ULQR) is a message that is transmitted periodically by the MES to the network, providing 
information about the state of the downlink transmission. This message is transmitted periodically to the network, on 
every PTCCH/U opportunity as a PNB burst. If there is space in the payload, the mobile station may also send pending 
control and data. The ULQR contains mobile identification, type and a report on the signal quality. Details about this 
procedure are given in TS 101 376-4-12 [7]. The method for computing the signal quality is provided in 
TS 101 376-5-6 [16]. 
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6.6 Medium access control and radio link control layer 

The Medium Access Control (MAC) and Radio Link Control (RLC) layer operates above the Physical Link layer in the 
reference architecture. MAC/RLC layer messages and signalling procedures are defined in TS 101 376-4-12 [7] and 
TS 101 376-4-8 [6]. 

6.6.1 Layer services 

The MAC function defines the procedures that enable multiple MESs to share a common transmission medium, which 
may consist of several physical channels. The MAC function provides arbitration between multiple MESs attempting to 
transmit simultaneously and provides collision avoidance, detection, and recovery procedures. The operations of the 
MAC function may allow a single MES to use several packet data channels (PDCHs) in parallel. 

The RLC function defines the procedures for a selective retransmission of unsuccessfully delivered RLC Data Blocks. 

The RLC/MAC function provides two modes of operation: 

• unacknowledged operation; and 

• acknowledged operation. 

6.6.2 Layer functions 

The GMPRS-1 MAC function is responsible for: 

• Providing efficient multiplexing of data and control signalling on both uplink and downlink, the control of 
which resides on the Network side. On the downlink, multiplexing is controlled by a scheduling mechanism. 
On the uplink, multiplexing is controlled by medium allocation to individual users (e.g. in response to service 
request). Note that this multiplexing refers to use of the same physical channel for control and data purposes. 
An additional level of multiplexing allows both control and data traffic to be sent in the same data burst. This 
is an RLC responsibility as defined below. 

• For mobile terminated channel access, scheduling of access attempts. 

• Priority handling. 

The GMPRS-1 RLC function is responsible for: 

• Interface primitives allowing the transfer of Logical Link Control layer PDUs (LLC-PDU) between the LLC 
layer and the MAC function. 

• Segmentation of LLC PDUs into RLC Blocks and reassembly of RLC Blocks into LLC PDUs. The 
segmentation and reassembly function has to be tuned to match the PDCH type of the logical channel on 
which the RLC Data Blocks are being transmitted because the block sizes vary depending on the type of the 
PDCH. 

• Multiplexing of data and control traffic into a single radio-block and extracting these at the receiver end. 

• Handling of unsolicited grants. 

• Support of one concurrent TBF in each direction. 

• Backward Error Correction (BEC) procedures enabling the selective retransmission of uncorrectable code 
words. 

• Receipt of signal quality indications from the MES and transmission of power control information/commands. 
NOTE: The Block Check sequence for error detection is provided by the Physical Link layer. 
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6.6.3 Service primitives 

Table 8 lists the service primitives provided by the RLC/MAC layer to the upper layers: 

Table 8: Service primitives provided by the RLC/IUIAC layer to the upper layers 



Name 


Request 


Indication 


Response 


Confirm 


Comments 


RLC/MAC-DATA 


X 


X 






Used for the transfer of upper layer PDUs. 
Acknowledged mode of operation in RLC is used. 
The upper layer shall be able to request high 
transmission quality via a primitive parameter. 


RLC/MAC-UNITDATA 


X 


X 






Used for the transfer of upper layer PDUs. 
Unacknowledged mode of operation in RLC is 
used. 


RLC/MAC-STATUS 




X 






Used to indicate that an error has occurred on the 
radio interface. The cause for the failure is 
indicated. 



6.6.4 Mode of operation 



Each PDCH is a shared medium between multiple MESs and the network. Direct communication is possible only 
between an MES and the network. 

The GMPRS-1 radio interface consists of asymmetric and independent uplink and downlink channels. The downlink 
carries transmissions from the network to multiple MESs and does not require contention arbitration. The uplink is 
shared among multiple MESs and requires collision resolution procedures. 

The allocation of radio resources by the PLMN and the use of these resources by the MESs can be broken down into 
two parts: 

The PLMN allocates radio resources for the GMPRS-1 (uplink and downlink) in a symmetric manner. 

Dependent allocation of uplink and downlink shall be possible, in order to allow simple MESs to transfer data 
simultaneously in both directions. Allocation of several PDTCHs for one MES is possible. 

The access to the GMPRS-1 uplink uses a Slotted- Aloha based reservation protocol. 

The Network Protocol Data Units (N-PDU) are segmented into the SubNetwork Protocol Data Units (SN-PDU) by the 
SubNetwork Dependent Convergence protocol (SNDCP) and SN-PDUs are encapsulated into one or several LLC 
frames. See TS 101 344 [3] for information on SNDCP and LLC. The details on SNDCP can be found in TS 101 297 [9], 
and the details on LLC can be found in TS 101 351 [8]. LLC frames are segmented into RLC Data Blocks. At the 
RLC/MAC layer, a selective ARQ protocol (including block numbering) between the MES and the network provides 
retransmission of erroneous RLC Data Blocks. When a complete LLC frame is successfully transferred across the RLC 
layer, it is forwarded to the LLC layer on the receiver. 
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Figure 6: Transmission and reception data flow for GMPRS-1 
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6.6.4.1 Multiplexing IVIESs on the same PDCH 

6.6.4.1 .1 Uplink state flag: dynamic allocation 

6.6.4.1 .1 .1 Multiplexing of GMPRS-1 MESs 

The Uplink State Flag (USF) is used on PDCH to allow multiplexing of Radio Blocks from a number of MESs. USE is 
used in dynamic and extended dynamic medium access modes. USE is used only in downlink direction. 

The USE comprises 6 bits for a PDCH(4,3) , PDCH(5,3) and PDCH(5,12) or 5 bits for a PDCH(2,6) at the beginning of 
each Radio Block that is sent on the downlink. It enables the coding of 64 different USE states for a PDCH(4,3), 
PDCH(5,3) and PDCH(5,12), or 32 USE states for a PDCH(2,6) which are used to multiplex the uplink traffic. On all 
PDCHs, one USE value is reserved for marking a time-slot busy. This is used to prevent collision on uplink channel, 
when MES without USE is using upHnk channel i.e. for PACCH/D. On PDCH(5,3), PDCH(5,12) or a PDCH(4,3) 
carrying PCCCH, one USE value is used to denote PRACH. The other sixty two USE values are used to reserve the 
upHnk for different MESs. On PDCH(4,3), PDCH(5,3) or a PDCH(5,12) not carrying PCCCH, the sixty three USE 
values are used to reserve the uplink for different MESs. The USE points to the next uplink MAC-slot (see 
GMPRS-1.05.010 [17]) for PDCH(4,3) , PDCH(5,3) , PDCH(5,12) or to a sequence of "N" consecutive uphnk 
D-MAC-slots beginning from the next uplink D-MAC-slot for a PDCH(l,n) where "N" depends on the EXT bits in the 
PUI (see GMPRS-1. 04.060 [7]). On PDCH(5,3) or PDCH(5,12), the USE may be used allocate the next 4-MAC-slot on 
an uplink PDCH(5,12). The separation between the slot in which the USE was received and the first block in which the 
MES has to transmit is controlled by the USE_DELAY parameter. The rule is that the MES must transmit so that the 
USE is responded to in the same MAC-slot/D-MAC-slot/4-MAC-slot of the frame USE_DELAY frames. Refer to 
TS 101 376-5-7 [17] for a detailed description. 

The network transmits USE on a PDCH(2,6) on D-MAC-slots 0, 1, 2, 3. The MES transmits on a PDCH(1,6) on 
D-MAC-slots 0, 1,2,3. 

Each downhnk burst on PDCH(2,6), PDCH(4,3) and PDCH(5,3) can indicate uplink allocation for only one MES. 
However, on PDCH(5,12) the network can indicate uplink allocation for up to four MES in a single downlink burst. 

6.6.4.1.2 Fixed allocation 

This clause is not used in GMR-1. 

6.6.4.2 Temporary block flow 

A Temporary Block Elow (TBE) is a physical connection used by the two RR entities to support the unidirectional 
transfer of LLC PDUs on packet data physical channels. The TBE is allocated radio resource on one or more PDCHs 
and comprises a number of RLC/MAC blocks carrying one or more LLC PDUs. A TBE is temporary and is maintained 
only for the duration of the data transfer. The termination is typically network controlled and may be maintained a 
limited while longer, in anticipation of further traffic. 

6.6.4.2.1 Support for Streaming traffic 

During TBE establishment, a MES can indicate to the network that TBE is being requested to handle streaming traffic. 
If sufficient resources are available, the network will reserve or prioritize the radio resources allocated to the MES to 
guarantee the streaming bit rate. If MES does not indicate streaming bit rate requirement during TBE establishment, the 
network will handle resource allocation for the MES on an best effort basis. 

The MES can request different streaming bit rates for uplink and downlink. The network will handle the resources 
allocation independently for uplink and the downlink. Additionally the MES can indicate streaming bit rate only in one 
direction, in such cases the data transfer on the other direction will handled on an best effort basis. 
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6.6.4.3 Temporary flow identity 

Each TBF is assigned a Temporary Flow Identity (TFI) by the network. The assigned TFI is unique among concurrent 
TBFs in each direction and is used instead of the MES identity in the RLC/MAC layer. The same TFI value may be 
used concurrently for TBFs in opposite directions. The TFI is assigned in a resource assignment message that precedes 
the transfer of LLC frames belonging to one TBF to/from the MES. The same TFI is included in every RLC header 
belonging to a particular TBF as well as in the control messages associated to the LLC frame transfer 
(e.g. acknowledgements) in order to address the peer RLC entities. 

6.6.4.4 Medium access modes 

The medium access modes supported in GMR-1 is called: 

• Dynamic allocation. 
The Dynamic allocation medium access mode shall be supported by all networks that support GMPRS-1. 
The Dynamic allocation mode shall be supported in all mobile earth stations. 

6.6.4.5 Acknowledged mode for RLC/MAC operation 

6.6.4.5.1 GMPRS-1 

The transfer of RLC Data Blocks in the acknowledged RLC/MAC mode is controlled by a selective ARQ mechanism 
coupled with the numbering of the RLC Data Blocks within one Temporary Block Flow. The sending side (the MES or 
the network) transmits blocks within a window and the receiving side sends Packet Uplink Ack/Nack or Packet 
Downlink Ack/Nack message when needed. Every such message acknowledges all correctly received RLC Data Blocks 
up to an indicated block sequence number (BSN), thus "moving" the beginning of the sending window on the sending 
side. Additionally, the message can be used to selectively request erroneously received RLC Data Blocks for 
retransmission. The sending side then retransmits the erroneous RLC Blocks, eventually resulting in further sliding of the 
sending window. 

The Packet Ack/Nack message does not include any change in the current assignment; however, it may contain a 
multiplexed user data. A missing Packet Ack/Nack with no multiplexed data is not critical and does not need to be 
acknowledged explicitly by the other side unless specifically requested. In Packet Downlink Ack/Nack message, the 
MES may optionally request initiation of an uplink TBF. In response, the network may assign uplink resources for 
mobile earth station. 

When receiving uplink data from a MES the network shall, based on erroneous blocks received from MES, allocate 
additional resources for retransmission. 

The acknowledgement procedure of the LLC layer is not combined with the acknowledgement procedure on the 
underlying RLC/MAC layer. 

6.6.4.6 Unacknowledged mode for RLC/MAC operation 

The transfer of RLC Data Blocks in the unacknowledged RLC/MAC mode is controlled by the numbering of the RLC 
Data Blocks within one Temporary Block Flow and does not include any retransmissions. The receiving side extracts 
user data from the received RLC Data Blocks and attempts to preserve the user information length by replacing missing 
RLC Data Blocks with dummy information bits. 

Control messages are transmitted by the network using the block-stealing mechanism. From the MES side, the only 
control messages expected are the UTLQR messages and these are transmitted on the PTCCH/U. Transmission of other 
control messages are under the control of the network, which polls the MES appropriately. 
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6.6.4.7 Mobile originated packet transfer 

6.6.4.7.1 Uplink access 

6.6.4.7.1.1 Initial access 
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Packet Channel Request 
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Packet Uplink Assignment 
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Figure 7: Access and allocation for the packet access, uplink packet transfer 

An MES initiates a packet transfer by making a Packet Channel Request on PRACH or a Channel Request on RACH as 
described in TS 101 376-4-8 [6]. The conditions as to when the MES can use the PRACH are a function of the time 
since the MES last got a timing correction from the network the MES timing synchronization, and previous history of 
MES access successes. If the MES fulfils these conditions, it shall use a PRACH for initial access if a PRACH channel 
is available. In all other cases, it uses the RACH. The MES should preferentially try to use any available PRACH on the 
same sub-band on which it completed its last TBF. If this is not possible for any reason, it shall use the CCCH. The 
network responds on PAGCH or AGCH for a channel request received on PRACH or RACH respectively. 

In the one phase access, the Packet Channel Request is responded by the network with the Packet Uplink Assignment 
allocating the resources on PDCH(s) for uplink transfer of a number of MAC/RLC blocks. The reservation is done 
accordingly to the information about the requested resources that is comprised in the Packet Channel Request. The 
Packet Channel Request shall contain adequate information about the requested resources and, consequently, uplink 
resources on one or several PDCHs can be assigned by using the Packet Uplink Assignment message. 

If the MES uses a RACH for packet access initiation and only the Class 1 bits are received by the network, the network 
has insufficient information about the nature of the request to make a full allocation. In this case the network shall reject 
the RACH and supply adequate timing correction information. In response, the mobile earth station shall apply this 
correction and try again. 

If there is no response to the Packet Channel Request within a predefined time period, the MES makes a retry after a 
random backoff time. 

The PRACH algorithm uses the value of M, R, S and T derived from the PRACH control parameters, some of which 
also depends on the priority level of the packet to be transmitted. Note that the access classes broadcast in the SI are 
equally applicable on the RACH and the PRACH. Also, the initial random backoff from SI decoding is not used for 
PRACH access. The persistence level and reduced persistence level parameters for the PRACH are currently not used. 
On RACH, the existing backoff algorithm shall be used. 



6.6.4.7.1.2 



Follow-on resource requests 



The MES can continuously keep the network updated as to the amount of pending data that it has yet to transmit. This is 
done by using a seven-bit field in the MAC/RLC header. This field is coded to indicate the amount of data to be 
transmitted by the MES, in units of RLC Blocks. The network shall use this information, otherwise known as the 
unsatisfied demand to assist in the uplink resource allocation algorithm in dynamic mode of allocation. The coding of 
this field is defined in TS 101 376-4-12 [7]. 
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6.6.4.7.2 Dynamic allocation 

6.6.4.7.2.1 Uplink packet transfer 

The Packet Uplink Assignment message includes the list of PDCHs to be used for transmission and a single USF value 
that is valid across all the PDCHs. A unique TFI is allocated and is thereafter included in each RLC Data and Control 
Block related to that Temporary Block Flow. The MES monitors the PUI on all the downlink bursts on the allocated 
PDCHs and transmits MAC/RLC blocks in the corresponding uplink burst on those which currently bear the USF value 
reserved for the usage of the MES. 

The MES may be allowed to use the uplink resources as long as there is queued data on the RLC/MAC layer to be sent 
from the MES. It can comprise a number of LLC frames. In that sense the radio resources are assigned on the initially 
"unlimited" time basis. Alternatively, the uplink assignment for each assignment may be limited to a number of 
MAC/RLC blocks (e.g. in order to offer more fair access to the medium at higher loads). 

Follow-on requests are permitted to extend a given TBF as long as there is data in the MES queue for transfer. See 
clause 6.5.12.7.1.2 for details. The selective ARQ operation for the acknowledged RLC/MAC mode is described in 
clause 6.6.4.5. The unacknowledged RLC/MAC mode operation is described in clause 6.6.4.6. 

6.6.4.7.2.2 Release of the resources 

The release of the resources is normally controlled by the network. The mobile earth station indicates when it has no 
data in its queue by sending an unsatisfied demand value of zero, or by setting a particular bit in the header. 

For the normal release of resources for RLC connection carrying a mobile originated packet transfer, the mechanism 
based on acknowledged final Packet Uplink Ack/Nack combined with timers is used. 

After the MES has sent its last RLC Data Block (indicated by a zero value of the UD field or by the ITR bit), the 
acknowledgement is expected from the network side. 

The next step, in the case of all RLC Data Blocks being correctly received, is that the network sends Packet Uplink 
Ack/Nack which is to be immediately acknowledged by the MES in the reserved uplink block period. If the Packet 
Uplink Ack/Nack has the FAI bit set, the TBF is considered released. Otherwise, the mobile earth station continues 
monitoring the same PDCHs. Depending upon radio-resources it is given allocations intermittently - if fresh data comes 
in, the mobile earth station may continue the TBF by transmitting more data in these slots. The TFI can be reused for 
another assignment either upon the reception of the acknowledgement for Packet Ack/Nack or after expiry of the guard 
timer. 

Further, the premature release or change of assignment for one MES can be initiated by the network. In the case of 
release, the MES is ordered to interrupt the Temporary Block Flow. The MES shall then reorganize the uplink buffer 
and issue a new Packet Channel Request to continue the uplink transfer with the RLC Data Blocks containing partially 
or fully untransferred (i.e. on the RLC/MAC layer unacknowledged) LLC frames. In the case of the change in 
assignment, the Packet Uplink Assignment message is issued. 

The mobile earth station may itself request immediate termination of a flow by setting the "ITR" bit in the RLC/MAC 
header. This is a request to the network to close the TBF immediately. 

6.6.4.7.3 Fixed allocation 

This clause is not used in GMR-1. 

6.6.4.7.4 Contention resolution 

Contention resolution is an important part of RLC/MAC protocol operation, especially because one channel allocation 
can be used to transfer a number of LLC frames. 

There are two basic access possibilities, the normal mode and the two phase access procedure that is used as defined in 
clause 6.6.4.7.1. 

The normal access is inherently immune for possibility that two MESs can perceive the same channel allocation as their 
own. The Packet Channel Request contains the TLLI of the MES which is included in the corresponding Assignment 

message. 
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In some cases, the RACH may be transmitted so that only the Class 1 bits are received. In this case, the RACH is 
rejected with adequate timing correction so that the mobile can try again. 



6.6.4.7.5 



Piggybacked messages and unsolicited resource grant 



These are additional mechanisms designed to reduce the latency of access of the uplink. The design of the RLC/MAC 
block allows for control and data segments to be embedded in a single block. The RLC/MAC entity in the MES may 
embed both control and data information in the same RLC/MAC message. Optionally, one or two control blocks of a 
fixed size of 18 octets can be embedded into the head of the block, with all the subsequent payload being used for data. 
Thus if the network polls the MES for a control message, i.e. uplink PACCH/U, the MES can fit pending user data 
blocks into the same packet when it is responding. 

In addition, the network may allocate multiple consecutive uplink blocks to the MES when it polls it for an uplink 
PACCH message. The algorithm as to when it does this and when it does not is implementation dependent. The MES 
can use these blocks for both transferring queued data packets and making additional requests for uplink resources as 
described above. 



Applical ion 
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Figure 8: Piggybacked messages and unsolicited grant mechanism 



6.6.4.8 



Mobile terminated packet transfer 



6.6.4.8.1 



Packet paging 



The network initiates a packet transfer to an MES that is in the Standby state by sending one or more packet paging 
request messages on the downlink PCH. The MES responds to one packet paging request message by initiating an 
access procedure, as described in clause 6.6.4.7. The MES will use the PRACH or RACH channel as appropriate to its 
synchronization state. The message sequence described in figure 9 is conveyed either on PCCCH or on CCCH. After 
the packet paging response is sent by the MES and received by the network, the mobility management state of the MES 
is Ready. 

The network can then assign some radio resources to the MES and perform the downlink data transfer as described in 
clause 6.6.4.8.2. 
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6.6.4.8.2 



Figure 9: Paging message sequence for paging, downlinit pacltet transfer 



Downlink packet transfer 



The transmission of a packet to an MES in the Ready state is initiated by the network using a packet downlink 
assignment message. In case there is an uplink packet transfer in progress, the packet downlink assignment message is 
transmitted on PACCH. Else the same message is transmitted on CCCH. The MES is required to respond with a Packet 
Channel Request on any available time-slots of one of the allocated PDCH with cause code "Initial Correction". In 
response to this, the network sends it back initial timing correction. The MES multislot capability needs to be 
considered. 

The network sends the RLC/MAC blocks belonging to one Temporary Block Flow on downlink on the assigned 
downlink channels. 

Multiplexing the RLC/MAC blocks destined for different MESs on the same PDCH downlink is enabled with an 
identifier, e.g. TFI, included in each RLC/MAC block. The interruption of data transmission to one MES is possible. 

The acknowledged (i.e. selective ARQ operation) and unacknowledged RLC/MAC mode operation is described in 
clauses 6.6.4.5 and 6.6.4.6. The sending of the Packet Downlink Ack/Nack message is obtained by the occasional 
network initiated polling of the MES. The MES sends the Packet Downlink Ack/Nack message in a reserved 
MAC/RLC block which is allocated together with polling. Unassigned USE value is used in the downlink MAC/RLC 
block which corresponds to the reserved uplink MAC/RLC blocks. Further, if the MES wants to send some additional 
signalling or uplink data, it may be indicated in the Packet Downlink Ack/Nack message. 

Figure 10 shows an example of message sequence for (multislot) downlink data transfer with possible RLC Data Block 
re-transmissions. 
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6.6.4.8.3 



Figure 10: An example of downlink data transfer 



Release of the resources 



The release of the resources is initiated by the network by terminating the downlink transfer and polling the MES for a 
final Packet Downlink ACK/NACK message. The transmission of the final block is indicated by setting the FBI bit. 
The network may choose to delay this, by not setting the FBI bit in the last block, but subsequently following it up 
(after the delay period has expired) with a dummy block with FBI set. 

The handling of TFI is steered with the same timer that runs on both the MES and the network side after the last RLC 
Data Block is sent to the MES. When it expires, the current assignment becomes invalid for the MES and TFI can be 
reused by the network. Further, upon the reception of the final Packet Downlink Ack/Nack from the MES, another timer 
is started on network side. When it expires, the current assignment becomes invalid for the MES and TFI can be reused 
by the network. 



6.6.4.9 



Simultaneous uplink and downlink packet transfer 



During the ongoing uplink Temporary Block Flow, the MES continuously monitors one downlink PDCH for possible 
occurrences of Packet Downlink Assignment messages on PACCH. The MES is therefore reachable for downlink 
packet transfers that can then be conveyed simultaneously on the PDCH(s) that respect the MES multislot capability. 

If the MES wants to send packets to the network during the ongoing downlink Temporary Block Flow, it can be 
indicated in the UD field of the same burst that is also carrying the acknowledgement that is sent from the MES. By 
doing so, no explicit Packet Channel Requests have to be sent to the network - this reduces the load on the contention 
channel. Further, the network already has the knowledge of which PDCH(s) that particular MES is currently using so 
that the uplink resources can be assigned on the PDCH(s) that respect the MES multislot capability. This method may 
introduce an extra delay when initiating the uplink packet transfer but only for the first LLC frame in a sequence. 
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6.7 Abnormal cases in MES ready state 

The RLC/MAC error causes and procedures to handle these can be found in TS 101 376-4-8 [6], 
TS 101 376-4-12 [7], and TS 101 376-5-6 [16]. 

6.8 PTM-M data transfer 

This clause is not used in GMR-1. 
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